From: Hans de Goede Date: Fri, 4 Mar 2016 07:18:00 +0000 (+0000) Subject: uas: Fix high-order alloc X-Git-Tag: archive/raspbian/4.9.13-1+rpi1~37 X-Git-Url: https://dgit.raspbian.org/%22http:/www.example.com//%22stanciumarius94%40gmail.com/%22/%22http:/www.example.com/%22stanciumarius94%40gmail.com/%22?a=commitdiff_plain;h=3ff9d80131977227836fcb3fa6b72e72b8a451a2;p=linux-4.9.git uas: Fix high-order alloc Can you try building a kernel with the following line in drivers/usb/storage/uas.c : .can_queue = 65536, /* Is there a limit on the _host_ ? */ (around line 815) Replaced with .can_queue = MAX_CMNDS, That should help as MAX_CMNDS is 256, so claiming that we can queue more is not helpful, and that likely is what is causing this quite high order alloc. Reported-and-tested-by: Yves-Alexis Perez Gbp-Pq: Topic bugfix/all Gbp-Pq: Name uas-fix-high-order-alloc.patch --- diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c index 5c66d3f7a6d0..8d1785236d92 100644 --- a/drivers/usb/storage/uas.c +++ b/drivers/usb/storage/uas.c @@ -812,7 +812,7 @@ static struct scsi_host_template uas_host_template = { .slave_configure = uas_slave_configure, .eh_abort_handler = uas_eh_abort_handler, .eh_bus_reset_handler = uas_eh_bus_reset_handler, - .can_queue = 65536, /* Is there a limit on the _host_ ? */ + .can_queue = MAX_CMNDS, /* Is there a limit on the _host_ ? */ .this_id = -1, .sg_tablesize = SG_NONE, .skip_settle_delay = 1,